home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
JCSM Shareware Collection 1996 September
/
JCSM Shareware Collection (JCS Distribution) (September 1996).ISO
/
medhelth
/
med107.zip
/
INSTMED5.EXE
/
MED_107.PT4
< prev
next >
Wrap
Text File
|
1993-08-20
|
44KB
|
1,064 lines
RECALLS
With this option you can either (D)isplay all scheduled
recalls for this patient, or you can (P)ost updates to
this patients recall schedule.
(D)isplay schedule (P)ost updates to schedule
(D)isplay: The display option will list to the screen
all current recalls pending for this patient in date
order. If no recalls are on file a message stating that
fact will be displayed.
(P)ost updates to schedule: With this option you can
perform the maintenance functions of (A)dd new, (C)hange,
and (D)elete recalls scheduled for this patient. Normally
all recalls are setup at time of transaction posting to
this patients file and are deleted upon the posting of a
follow-up visit transaction. These maintenance functions
are provided to assist you in maintaining the patient
recall schedules without having to post transactions.
(A)dd new - With this option you can setup a new recall
schedule for the patient. The information required will
be the date for the recall and the letter to be printed.
(C)hange - With this option you can change any of the
parameters of a specific recall on file for the patient.
When you request this option a listing of the pending
recalls for the patient will be displayed from which you
can select the one you wish to perform maintenance on. In
this manner you do not have to know the date to key in to
pull up the specific recall.
(D)elete - With this option you can delete any of the
scheduled recalls on file for a patient. Again when you
request this option a listing of the pending recalls for
the patient will be displayed so that you can select the
one to be deleted. You will be displayed a prompt
requesting confirmation of the (D)elete request before
the recall selected is deleted.
(+)skip & (-)skip - These options allow you to skip
forward (+), or backward (-), within the patients recall
schedule and display the pending recall.
The actual printing of patient recall letters is a
function in the REPORTS - LETTERS AND RECALL sub-menu of
the MED#1 system.
Page 53
HISTORY
With this option you can keep your patient history file
current for all office visits. Upon selecting this
function you are displayed a sub-menu for patient history
routines.
(D)isplay history (P)ost updates to history
(D)isplay history: With this option you can display, in
date order, all history you have on file for the selected
patient. This patient history file is keyed from the
posting of transactions but is a separate permanent file
attached to the patient master. Entries in this file will
not be deleted unless you specifically delete them or you
delete the patient master. If there is no history on file
for the patient a message stating that fact will be
displayed to you.
(P)ost updates to history: With this option you can
perform the standard maintenance functions of (A)dd new,
(C)hange, and (D)elete of patient history records. These
functions are provided so that you can better maintain
your patient history file without posting additional
transactions.
(A)dd new - With this function you can post new history
records to the patient history file. Normally you will be
posting history immediately following the posting of
charges to the patient file. The request for normal
history posting is determined by a flag set in you charge
table codes.
(C)hange - Upon selecting this function you will be
displayed a listing of all history on file for this
patient from which you can select the history record to
receive maintenance. You can change any information,
other than the date, displayed in this history record.
(D)elete - Upon selecting this function you will be
displayed a listing of all history on file for this
patient from which you can select the history record to
be deleted. After selection, and prior to actual
deletion, you are prompted to confirm your request for
deletion. In this manner the chances of accidentally
deleting a history record is minimized.
(+)skip and (-)skip - These options will allow you to
advance forward (+), or backward (-), in this patients
history file and display each history record.
The posting of any changes to the patient history file
will setup a record for that patient in the TAG_RCAP.DBF
Page 54
file. This record will trigger the request to print a
patient RECAP profile sheet. These sheets should be
printed and placed into the patients file folder. To
print these RECAP profile sheets use the REPORTS sub-
menu. Once printed this tag record is deleted.
Page 55
REPORTS
ENTERING the (R)eports option will give you a sub-menu
that allows you to identify the specific report you wish
to print. As in the previous section, make your
selections by moving the cursor to the area you need to
work in and press <ENTER>.
This sub-menu contains the following items:
1. Charges and Adjustments: This series of reports will
recap your DAILY postings for charges and adjustments.
Keep in mind that this report extracts transaction
information based upon transaction POSTING date (your
system date at time of transaction posting). These
transactions are then separated into groups by
TRANSACTION DATE and printed as such on the report.
(NOTE: Deleted transactions have their posting date
changed to the current posting date valid at time of
deletion. All deleted transactions are listed as a
separate report following your regular report listing.)
2. Receipts: This series of reports will recap your DAILY
postings for receipts. This report, while limited to
receipts only, is identical to the Charges and
Adjustments series of reports.
3. Month-to-date Summary: This report recaps all postings
for the current month summarized by day. There are two
formats of this report. The first format is for total
liability that includes both patient and insurance
transactions. The second format is for insurance
liability only and is provided to give you an idea of the
charges and receipts assigned for insurance payment.
These numbers are determined by the patient assignment
status and the percent you identified as being covered by
insurance.
4. General Ledger Journals: There are two basic formats
to this report. The first format provides you with the
ability to list the occurrences of a specific transaction
for a given period of time. The second format of this
report allows you to generate a Journal of all
transactions posted for a given period of time. Both
formats of this report also generate a data file that can
be passed on to a Ledger System if one is available.
5. Aged Accounts Receivables: This is your Accounts
Receivable Aging report. You can run this report any
time without affecting the patient/account balances. This
report reads the entire patient transaction file and only
prints total calculated by this reading.
6. Statements: This is your Accounts Receivable Statement
print routine. You can print statements at any time and
Page 56
for any given range of patient's or account's. If you are
aging your receivables by date the transactions printed
on the statement are determined by the date range you
identified that this statement request covered. If you
are aging your receivables by invoice number only
invoicing that meets your selection requirements will be
printed showing all transactions up to the current
statement date.
7. Insurance Forms Batch Print: This is the routine you
use to print all insurance forms that were requested, but
not printed, during the day. You also have the ability
to preview the insurance forms pending to be printed.
From this preview you have the ability to selectively
remove insurance form print requests.
8. Letters and Recalls: This is a combined set of reports
that allow you to print listings, labels, and letters to
patients scheduled for recall, and a SPECIAL feature that
allows you to print listings, labels, and letters for
selected groups of accounts or patients based upon age,
sex, date last seen, and other parameters. If you are
limiting your selection to patients you can also make
selections using a specific CPT and/or ICD-9 code to be
found in the patients ledger.
9. Patient Recaps: This request provided you with a
listing of patients profiles sheets that have been
modified (updated) since the last time you printed this
listing.
Page 57
DAILY CHARGES/ADJUSTMENTS
Entering the (C)harges section will give you a
REPORT DAILY CHARGES/ADJUSTMENTS sub-menu.
KEEP IN MIND THAT THIS REPORT EXTRACTS TRANSACTIONS BASED
UPON 'TRANSACTION POSTING DATES'.
You can then print a record of daily charges in any of
the displayed sequences. Select your option and press
<ENTER>. Enter the date range you wish to recap for and
press <ENTER> again.
All transactions extracted for this report are sequenced
first by transaction type secondarily in the primary
sequence required for the report and secondarily by
transaction date. In this manner you are provided a
report that will separate adjustments from charges and
shows you the posting made for the current date selection
range but also the actual date that these posting
affected. (Note: All transactions that were deleted
during the current day are given the current posting date
of the date they were deleted. These deleted transactions
are listed on a separate report following the report for
active transactions.)
The selection options provided allow you to view the
current daily charges in any of five different groupings:
1) Patient within table
2) Code and patient
3) Table, code and patient
4) Invoice number
5) Doctor, table and patient
(Note - The option to print 'by: Invoice number' has been
provided to assist you in auditing your postings for the
day. When you select the option to list all charges by
invoice number all gaps in the invoice number sequence
printed will be flagged. This flagging of missing numbers
will assist you in insuring that all Super Bills
(invoices) have been posted.)
With these reports you can better gain an idea as to
where your time is being spent and revenues are
generated. (NOTE: If there was no activity in this area
to report, the system will put you back to the (R)eports
sub-menu.)
Page 58
DAILY RECEIPTS
Selecting the (R)eceipts option from the REPORTS SUB-MENU
will give you REPORT of DAILY RECEIPTS sub-menu.
KEEP IN MIND THAT TRANSACTIONS ARE SELECTED FOR THIS
REPORT BASED UPON TRANSACTION POSTING DATES FOR THE DATE
RANGE REQUESTED.
The (R)eceipts report selection works like the (C)harges
and Adjustments report selection, providing you a daily
recap of receipts in any one of four sequence groupings:
1) by: Patient
2) by: Code and patient
3) by: Table, code and patient
4) by: Doctor, table and patient
Transactions are selected based upon posting date for the
requested date range and are then sorted into the primary
report sequence and transaction date sequence. In this
manner you can see the transactions posted for the
current date and what dates these transactions were for.
(Note: Deleted receipts are given a new posting date of
the date they were deleted. These deleted transactions
will be listed in a separate report following the normal
receipts report.)
Page 59
MONTH-TO-DATE SUMMARY
Selecting the (M)onth-to-date Summary from the REPORTS
SUB-MENU will give you the REPORT: Month-to-Date Summary
sub-menu.
KEEP IN MIND THAT THE TRANSACTIONS SELECTED FOR THIS
REPORT ARE SELECTED AND GROUPED BY TRANSACTION POSTING
DATE. THE ACTUAL TRANSACTION DATE IS NOT USED FOR THIS
REPORT.
When you posted patient transactions you indicated for
each transaction if it was insurance related. If you
answered 'Y' then the insurance amount of the transaction
was captured in a separate field within the transaction.
The 'Month to Date Summary' report provides you with the
ability to recap by posting date either the total amount
of transactions posted for each day or limit the report
only to the insurance dollar amount of each days
postings. You type in the month you want the report for
and the system will give you a summary of transactions
posted for that month:
Total liability only (Y/N): - Answer with 'Y' if you wish
to have the total dollar (patient and insurance) amount
of all posted transactions.
Insurance liability only (Y/N): - Answer with a 'Y' if
you wish to have only the insurance total dollar amount
of all posted transactions.
(Note - If you answer with a 'N' to both questions no
report will be printed. You can only answer with a 'Y'
to one of the questions.)
Once you select the report format you are given the
option of calculating the reports beginning balance.
(Note - In order to calculate the reports beginning
balance ALL prior transactions on file must be read. If
you have been using your MED#1 system for some time you
could have a rather large transaction base. The larger
your transaction base the longer it takes to calculate
the beginning balance. Please consider the time necessary
to read these transactions before you request the
beginning balance.)
Page 60
GENERAL LEDGER JOURNALS
General Ledger Journals function provides you with the
ability to recap, for a given time period, transactions
posted to your MED#1 system. This report can be ran
anytime and as often as needed.
There are two variations of this report:
1) (R)ecap for a selected time period - With this option
you can print a recap for a given time period of all
activity for a given transaction code.
Selection options:
Transactions (posted) from/to dates - Enter the from and
to date range of the time period you wish to recap. This
time period extract uses the transaction posting date and
therefore may show transactions with transaction dates
outside of this selection range.
For transaction code - Here you are requested to enter
the specific transaction code you wish a printed recap
of. This is the CPT, RECEIPT, or ADJUSTMENT code you
entered when posting these transactions. Only
transactions with this code, within the from/to date
range, will be selected for listing.
Recap taxable sales (Y/N) - Sales tax liability in most
cases is not applicable for medical charges and therefore
the most common answer will be 'N' to this question. If
the transaction code selected is subject to sales tax you
will want to answer with a 'Y'. When a 'Y' is entered
you will receive a separate report listing the taxes
collected on the listed items.
2) (E)xtract for posting to G/L: With this option you can
print a report in General Ledger format of all
transactions for a given period of time. This report can
then be used by your accounting department as a source of
financial information to be posted to y your accounting
system.
Selection options:
Transactions (posted) from/to dates - Enter the from and
to date range of the time period you wish to recap. This
time period extract uses the transaction posting date and
therefore may show transactions with transaction dates
outside of this selection range.
Include transactions that have already been posted (Y/N)
- Keep in mind that this report can be used by your
accountant to post financial information to your books.
MED#1 has built into this reporting function the ability
to flag all transactions selected for reporting. Once a
transaction has been reported on, and that report
Page 61
accepted as final, it should be ignored for all future
reporting, otherwise you have the possibility of double
posting these transactions to your financial books. If
you are requesting this function in order to create a
listing to be used by your accountant then answer 'N' to
this request. If you are requesting this function just
to see the activity for a given time period then a 'Y'
response can be made.
Recap taxable sales (Y/N) - Sales tax liability in most
cases is not applicable for medical charges and therefore
the most common answer will be 'N' to this question. If
you do have transactions subject to sales tax you will
want to answer with a 'Y'. When a 'Y' is entered you
will receive a separate report listing the taxes
collected on the listed items.
MED#1 extracts a copy of the desired transactions from
your transaction data file and creates a special
formatted file to be used for printing the report. THIS
SPECIAL FILE CAN BE USED TO PASS FINANCIAL INFORMATION ON
TO OTHER ACCOUNTING SYSTEMS. AT THIS TIME MEDshare, Inc.
DOES NOT HAVE A FULL GENERAL LEDGER SYSTEM AVAILABLE THAT
WILL USE THIS INFORMATION.
Both of these reports can be printed in either detail or
summary format. Because the number of transactions
posted daily to your system varies with the type of
practice a detail report could be quit large. At the end
of the report you will be given the option to reprint.
You can use this option to create another copy of the
same report or request a detail or summary report.
If you have requested this report for the purpose of
creating a Journal Extract you will have the opportunity
to set a posting flag on all transactions used to create
this report. KEEP IN MIND THAT THIS FLAG IS USED PREVENT
DOUBLE POSTING OF THE SAME TRANSACTION ON A LATER REPORT.
If the report is considered correct and final the a 'Y'
response is correct, otherwise enter a 'N' to this
request.
AUDIT TRAIL: MED#1 has improved its audit trail for
transactions posted to your system. Keep in mind that
the act of deleting a transaction does not physically
remove it from your files. The only way deleted
transactions can be removed physically from your system
is through the use of the PURGE DELETED TRANSACTIONS -
UTILITY. Deleted transactions will be printed in a
separate report following the primary listing of all
active transactions. KEEP IN MIND THAT THESE ARE DELETED
TRANSACTIONS AND THEY DO NOT HAVE A FINANCIAL VALUE TO
YOUR SYSTEM.
Page 62
ACCOUNTS RECEIVABLE AGING
Your aged accounts receivable report is one of the key
reports you will be using to keep track of the money owed
to you. This report can be ran at any time and as often
as needed. MED#1 does not maintain a balance record on
each patient. Instead of a balance record MED#1 reviews
all transactions on file for each patient/account and
presents the aged balance of these transactions. (Note -
If you need a more powerful Accounts Receivable look into
using the 'COLLECT' sub-system offered as an optional
purchase. COLLECT will help you in maintaining your
receivables and also provides you with wide variety of
Aging reports and the ability to selectively limit both
Aging reports and Statements to specific aging status's.)
When you setup your MED#1 system you entered your
personalization information and chose the method to use
for maintaining your accounts receivables. These options
consisted of grouping transactions by Patient or by
Account and Patient for aging reports and statements, and
calculating aged receivables by Date or by Invoice and
Date. These parameters can only be changed through the
UTILITY - APPLICATION SUPPORT - UPDATE PRACTICE DATA or
if you are using COLLECT the options you requested when
requesting a Mater Aging in COLLECT. (Note - If you are
using COLLECT do not change any of the parameters using
the MED#1 - UTILITIES.)
These options do the following:
1) Aging by Account: Both your Account Receivable aging
report and statements will be printed as one set of
numbers grouped by Account.
2) Aging by Account and Patient: Both your Accounts
Receivable aging report and statements will be printed
with totals for each individual patient. This is the
preferred method as it gives you more detail control
review capabilities.
3) Aging your accounts receivables by (D)ate: Using this
mode of aging, all receipts are applied to the oldest
open balance. There is no distinction between
transactions filed for insurance coverage and
transactions to be paid by the patient.
4) Aging your accounts receivables by (I)nvoice: Using
this mode of aging, all receipts are applied to charges
having a matching invoice number. All transactions are
grouped by invoice number and invoices having a none zero
balance are aged by transaction date. Using this method
of aging invoiced transactions filed for insurance
coverage are maintained open until you post receipts to
offset the charges. Your aged receivables will vary
considerably from 'Aging By Date' but your total
Page 63
receivables will be the same.
While there are only a few basic options in the selecting
of your aging report these options will give you various
views of your open receivables.
1) Sequence by ID. Number or by Last name: You can list
your accounts receivable either by account / patient
account number or by patients last name.
2) Print debit balance accounts (Y/N): Answering with a
'Y' will print all accounts having a positive open
balance. An answer of 'N' will suppress the printing of
these accounts.
3) Print zero balance accounts (Y/N): Answering with a
'Y' will print all accounts having a zero balance.
Answering with a 'N' will suppress the printing of these
accounts.
4) Print credit balance accounts (Y/N): Answering with a
'Y' will print all accounts having a negative balance.
Answering with a 'N' will suppress the printing of these
accounts.
5) Last statement date: Enter the last date you printed
statements. This date is used to calculate prior period
aged accounts receivable balance. All transactions after
this date, and up to and including current period date,
comprise your current accounts receivables.
6) Current period ending date: Enter the date for the
current statement print cycle. Transactions after this
date are ignored for processing and are not included in
your aged receivables.
There are two sets of totals printed at the end of your
aged receivables report. The first set of totals are for
those accounts listed in this report. The second set of
totals are for all accounts you have on file.
Page 64
STATEMENTS
The statements you print are one of the ways you present
your practice image to your patients. These statements
can be printed on either plain paper or on custom forms
supplied only by MEDshare. Research has shown that the
use of custom statement forms increase your response for
statements sent out by nearly 30%. The small investment
made in the use of custom forms will be easily offset by
the reduction in open accounts receivable balances.
You can print statements any time and for either a single
patient or your entire patient/account file. The format
of your statements printed will depend upon the method
you are using for aging of your open accounts
receivables. If you are using the (D)ate method you will
list a balance forward amount for prior statement cycle
and all transactions posted after the last statement
date. If you are using the (I)nvoice method then you
will not show a balance forward but will list all
transactions for open invoices. In both cases
transactions posted after the current period ending date
will not be considered for processing.
Options used to control your statements are:
1) BILLING CYCLE CODE for statements - When you setup
each patient and account record on screen #2 you had the
option of entering a billing cycle code. You can limit
the statements printed to only those patients, or
accounts, having a specific billing cycle code. When you
set up these codes remember that even a blank entry is a
valid and unique code. Only patients and accounts having
a matching billing cycle code will be considered for
processing.
2) Statements by (A)ccount / (P)atient - You can print
statements for each patient having a balance within an
account or you can print one statement for the entire
account showing each patient. Chose the option that is
best for your practice. When you process by patient you
will most likely receive payments by patient. This will
make posting of receipts faster because you only have to
look at that patients ledger to see what is being paid
off.
3) Enter last statement date - If you are aging your
receivables by (D)ate all transactions after and
including this date are summarized and printed as a
balance forward amount. Transactions after this date are
listed in detail and in date order within patient
sequence. (Note: This date is not used if you are aging
your receivables by (I)nvoice.)
Page 65
4) Enter current statement date - This date is used to
limit the transactions you are processing for statements.
All transactions after this date are ignored for
processing.
5) Enter starting account no. - You can start your
statement print request with any specific patient number.
(NOTE - Statements are always printed in patient account
sequence.)
6) Enter ending account no. - You can terminate your
statement print request with any specific patient number.
7) Print debit balance statements (Y/N) - If you answer
with a 'Y' you will print those patients having a
positive balance.
8) Minimum balance - If you entered a 'Y' to the prior
request you have the option to limit your statement print
request to only those accounts that have a balance equal
to or greater than this minimum value. It may be cheaper
to write off small balances than take the time to process
them and try to collect the money.
9) Print zero balance accounts - If you enter a 'Y' to
this request you will have statements printed for all
patient accounts having a zero balance.
10) Print credit balance accounts - If you enter a 'Y' to
this request you will have statements printed for all
patient accounts that have a negative balance.
11) USE CUSTOM STATEMENT FORMS (Y/N) - If you enter a 'N"
to this request your statements will be printed on plane
paper.
12) PRINT PRACTICE NAME ON FORMS (Y/N) - If you use plane
paper you may wish to use continuous stationary forms
having your practice name printed in the upper left
corner. If you enter a 'N' to this request you will not
print over this name.
13) PRINT INSURANCE POST FLAGS (Y/N) - All transactions
filed for insurance coverage are given an insurance
posting flag of 'Y' if assignment was accepted, or 'P' if
assignment was not accepted. If you wish to print these
flags enter a 'Y' to this request.
14) Message to print at the bottom of each statement -
You can optionally enter up to three short lines of a
message you wish to pass on to all patients receiving
statements.
After responding to all of these requests you are ready
to print your statements. If you requested custom
Page 66
statement forms you will be asked to print a forms
alignment check. This check is a series of 'XXXXXXXX's
printed in the statement date field. After you have
aligned your forms your statements can be printed.
Page 67
INSURANCE FORMS BATCH PRINT
You have the option to print, or download to ECS, all
pending insurance forms in what is call a 'batch' print
request. Pending insurance forms are from transactions
posted to assigned patients that were not printed at time
of transaction posting. The printing of these forms can
be put off to be done at the end of day, week, or any
time period you choose.
Selection Options:
1) (D)isplay pending - This option provides you with the
ability to preview a listing of all pending insurance
forms to be printed and/or to be downloaded to ECS.
Within this preview display is the ability to remove
specific print requests from the pending list. When you
use this function to remove a pending insurance form
print request the transactions for that request are
treated just as if the insurance form has been printed.
All flags on these transactions are set to the proper
status based upon patient assignment status.
2) (P)rint pending insurance forms - This option
initiates the printing of ALL pending insurance forms
currently on file. Before you select this option you
should preview all pending insurance form requests and
delete any not needed. Insurance forms to be printed
will be grouped by the type of form to be used. You will
be requested to load the correct form prior to printing
each type of form. After you have printed all forms of a
specific type you will be asked to 'REPRINT (Y/N):'. If
you answer with a 'N' then all print requests for that
specific form type are deleted. All transactions printed
on this specific form are also flagged as being printed
(providing another form request for this patient does not
exist).
For each type of insurance form to be printed you will be
displayed a message screen instructing you as to the type
of insurance claim form to load, and asking if you wish
to print a test pattern. You can repeat this test as
many times as necessary to correctly position your forms.
(NOTE: CURRENTLY MED#1 SUPPORTS ALMOST 40 INSURANCE FORM
FORMATS. BE SURE THE FORM YOU ARE USING IS THE CORRECT
FORM.)
3) * ECS#1 * - With this option you can call up the
specific module to download to ECS (Electronic Claims
Submission) all claims that have the forms flag
'*ECS#1*'. If there are no claims with this flag then
you will be returned to the 'Reports' sub-menu. If no
module has been setup to process claims with this form
Page 68
flag a message stating that 'ECS#1' processing module
cannot be found (See 'UTILITIES - SYSTEM SUPPORT - SET
DEFAULT VALUES - ECS' for setting up ECS processing
modules). If the ECS module is installed but not
properly setup you may receive a message saying 'BAD
COMMAND' and after pressing any key you will be returned
to the 'Reports' sub-menu. If the ECS module is properly
installed but not 'REGISTERED' you will be displayed the
'Sign-on' screen for that module. If the ECS module is
properly installed and 'REGISTERED' you will go directly
to the ECS 'Master' menu. After claims have been
downloaded you all pending requests in MED#1 for those
ECS claims will be deleted and all transaction flagging
will be set to the status that indicates that they have
been processed. Upon leaving the ECS module you will be
returned to the MED#1 'Reports' sub-menu. (Note - only
claims that have the '*ECS#1*' form flag will be
processed by this module.
3) * ECS#2 * - With this option you can call up the
specific module to download to ECS (Electronic Claims
Submission) all claims that have the forms flag
'*ECS#2*'. If there are no claims with this flag then
you will be returned to the 'Reports' sub-menu. If no
module has been setup to process claims with this form
flag a message stating that 'ECS#2' processing module
cannot be found (See 'UTILITIES - SYSTEM SUPPORT - SET
DEFAULT VALUES - ECS' for setting up ECS processing
modules). If the ECS module is installed but not
properly setup you may receive a message saying 'BAD
COMMAND' and after pressing any key you will be returned
to the 'Reports' sub-menu. If the ECS module is properly
installed but not 'REGISTERED' you will be displayed the
'Sign-on' screen for that module. If the ECS module is
properly installed and 'REGISTERED' you will go directly
to the ECS 'Master' menu. After claims have been
downloaded you all pending requests in MED#1 for those
ECS claims will be deleted and all transaction flagging
will be set to the status that indicates that they have
been processed. Upon leaving the ECS module you will be
returned to the MED#1 'Reports' sub-menu. (Note - only
claims that have the '*ECS#2*' form flag will be
processed by this module.
5) * ECS#3 * - With this option you can call up the
specific module to download to ECS (Electronic Claims
Submission) all claims that have the forms flag
'*ECS#3*'. If there are no claims with this flag then
you will be returned to the 'Reports' sub-menu. If no
module has been setup to process claims with this form
flag a message stating that 'ECS#3' processing module
cannot be found (See 'UTILITIES - SYSTEM SUPPORT - SET
DEFAULT VALUES - ECS' for setting up ECS processing
modules). If the ECS module is installed but not
Page 69
properly setup you may receive a message saying 'BAD
COMMAND' and after pressing any key you will be returned
to the 'Reports' sub-menu. If the ECS module is properly
installed but not 'REGISTERED' you will be displayed the
'Sign-on' screen for that module. If the ECS module is
properly installed and 'REGISTERED' you will go directly
to the ECS 'Master' menu. After claims have been
downloaded you all pending requests in MED#1 for those
ECS claims will be deleted and all transaction flagging
will be set to the status that indicates that they have
been processed. Upon leaving the ECS module you will be
returned to the MED#1 'Reports' sub-menu. (Note - only
claims that have the '*ECS#3*' form flag will be
processed by this module.
Page 70